home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1047 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.4 KB
  1. Date: Tue, 26 Jul 94 17:45 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: gem-list@world.std.com
  4. Subject: Re:  Hot Tracking, and other digestion
  5. Precedence: bulk
  6.  
  7. ========================================================================
  8. I'm using GEM to do it, and do it efficiently.  Most applications don't
  9. make any use of the event rectangles... because they didn't implement
  10. any of these `hot' features.  (I take the term hot from Tim Oren).
  11. ========================================================================
  12.  
  13. I had plans to use rectangle events for just about everything in the
  14. library I hope to write (its seems getting ObjC is going to be harder
  15. than last time).  Basically, the Application object sends messages
  16. about the rectangle events to a Rectangle Server (keeping the code to
  17. "parse" rectangles out of the Application Object).  This server then
  18. calls the object that wanted the event in the first place and sets up
  19. the next set of rectangles to be watched.  I'm not sure this would work
  20. in C++ since the rectangle server would only want to call objects of
  21. a specific type, but I'm sure something along the same lines could be
  22. done.  In ObjC the rectangle server just needs the objects "id" and
  23. what rectangles it wants. 
  24.  
  25. When I say "everything", I mean that I wouldn't use graf_dragbox and similar
  26. calls and would instead use rectangle events so the application could still
  27. respond to other types of events (instead of ignoring redraws until the
  28. user lifts the mouse button).  Hmm .. maybe not redraws, since I may
  29. have to lock wind_update(), but other events could still work.
  30.  
  31. I wish it was possible to lock just a small rectangle on the screen!
  32.  
  33. ========================================================================
  34. So the question is, should or should not newer applications exploit more
  35. and more of GEM's features, such as rectangle lists?
  36.  
  37. Should they Iconize windows?
  38. Should they use dialogs-in-windows?
  39. Should they use the extended (titled) file selector call?
  40. ========================================================================
  41.  
  42. Yes, to all 4!!
  43.  
  44. ========================================================================
  45. today.  TOSWIN implements point-to-type, and I believe Edith does too.
  46. Exit highlighting has always been done for menu items.  All that leaves
  47. ========================================================================
  48.  
  49. Point to type doesn't even require rectangle events, just wind_find!
  50.  
  51.